home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 4606 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.9 KB  |  62 lines
  1. Newsgroups: comp.lang.c
  2. Path: uu4news.netcom.com!zodiac!szh
  3. From: szh@zcon.com (Syed Zaeem Hosain)
  4. Subject: Re: Are flow charts still used?
  5. Message-ID: <1996Feb5.235118.24132@zcon.com>
  6. Sender: szh@zcon.com (Syed Zaeem Hosain)
  7. Nntp-Posting-Host: zodiac
  8. Reply-To: szh@zcon.com
  9. Organization: Z Consulting Group
  10. References: <4f5fb3$oll@spanky.pls.ov.com>
  11. Date: Mon, 5 Feb 1996 23:51:18 GMT
  12.  
  13. In article <4f5fb3$oll@spanky.pls.ov.com>, glenn@ov.com (Fletcher.Glenn@ov.com) writes:
  14. >In article 92g@comet.connix.com, Scott Hawley <shawley@connix.com> writes:
  15. >>Interesting question, I have been programming for about 17 Years now
  16. >>and have NEVER drew a flowchart except in school, or after the
  17. >>code was written to show how it works, It has never worked for
  18. >>design. I think it could work for High level deging but detail of
  19. >>software changes too much even while designing for a flowchart to
  20. >>be of much use. (IMO).
  21. >>
  22. >>Anybody that has been programming in the "REAL WORLD" use flowcharts?
  23. >>have the helped or just slowed up your work?
  24. >
  25. >Once in a great while, I use mid-level flowcharts to work out the details
  26. >of complicated algorithms before I start to code.  This helps me visualize
  27. >what sort of data structures are required, and it helps work out the most
  28. >efficient sequence of operations.
  29. >
  30. >You are right that most of the time you can flowchart in your head to 
  31. >work out code before you write it, but sometimes, there are too many
  32. >things to keep track of at one time.  If you plunge into coding when
  33. >you don't have a clear idea of the goal, you will either end up
  34. >with spaghetti code, or perhaps having to rewrite the code.
  35.  
  36. Agreed. I don't actually draw flowcharts in the traditional sense. What
  37. works well for me is to write down the prototypes for all the functions
  38. I can think of up front - particularly the higher level ones in the
  39. heirarchy. I then code up all these empty functions as a first pass
  40. framework. Then the functions get fleshed out and tested individually,
  41. with priority (i.e. which gets done first) to the more important, more
  42. complex (algorithmically or otherwise), code.
  43.  
  44. Of course, sometimes the functions change, depending on what I see
  45. happening in the algorithms and code. But this process still entirely
  46. focusses my energy to "think before I ink". The process is akin to
  47. spending time thinking about the data structures beforehand.
  48.  
  49. If the functionality of each function and the data structures are
  50. thought out reasonably well, with sufficient "ink" to make the overall
  51. picture look good, then the coding falls into place relatively easily
  52. and it flows smoothly with fewer hiccups.
  53.  
  54.                                 Z
  55.  
  56.  
  57. -- 
  58. -------------------------------------------------------------------------
  59. | Syed Zaeem Hosain          P. O. Box 610097            (408) 441-7021 |
  60. | Z Consulting Group        San Jose, CA 95161             szh@zcon.com |
  61. -------------------------------------------------------------------------
  62.